home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000054_news@columbia.edu_Sun Aug 1 00:22:38 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07481
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 1 Aug 1995 00:28:31 -0400
  3. Received: by apakabar.cc.columbia.edu id AA12554
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 1 Aug 1995 00:28:28 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!europa.chnt.gtegsc.com!news.mathworks.com!gatech!swrinde!elroy.jpl.nasa.gov!lll-winken.llnl.gov!venus.sun.com!nntp-hub2.barrnet.net!news.Stanford.EDU!not-for-mail
  6. From: opel@leland.Stanford.EDU (Dylan Mackay)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: One-Way File Transfer Protocol?
  9. Date: 31 Jul 1995 17:22:38 -0700
  10. Organization: Stanford University, CA 94305, USA
  11. Lines: 35
  12. Sender: opel@leland.stanford.edu (Dylan Mackay)
  13. Message-Id: <3vjs4e$nip@elaine30.Stanford.EDU>
  14. Nntp-Posting-Host: elaine30.stanford.edu
  15. Summary: Looking for a File transfer protocol
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. I am looking for information on one-way file transfer protocols.  What
  19. I mean by this is a protocol that will support file transmissions in
  20. which the receiving side has no transmission capability at all.  It
  21. cannot send flow control, error-checcking responses, or anything else
  22. it might do in traditional ftp-style protocols.  Ideally, some type of
  23. error-checking information could be send with the file, so that the
  24. receiving end could interpret what it has received, and establish
  25. whether the transmission was corrupted or not.
  26.  
  27. I imagine that one could simply add up all of the bytes transmitted,
  28. and then transmit that sum as a checksum byte.  Unfortunately, this
  29. would only allow the receiver to discard erroneous files, not correct
  30. them in any way.  If there is a more sophisticated type of one-way
  31. transmission, I'd like to hear about it.
  32.  
  33. Does such a protocol exist?  Is there some kind of a standard?  Where
  34. can I find out about it?
  35.  
  36. Please mail any responses to opel@leland.stanford.edu.
  37.  
  38. Also please understand that I am a bit of a novice on the issues
  39. surrounding file transfers (if it's not obvious from the questions
  40. that I'm asking...).
  41.  
  42. Thanks in advance, 
  43. Dylan Mackay
  44. opel@leland.stanford.edu
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.